Video encoding device, video decoding device, video encoding method, video decoding method, and program

ABSTRACT

A video decoding device and method, including extracting PCM block size information including a threshold, from a bitstream, determining the threshold based on the extracted PCM block size information; parsing a PCM header from the bitstream with respect to an encoded block, only when said encoded block is prediction mode of intra prediction and a block size of said encoded block is equal to or greater than the determined threshold, controlling an entropy decoding process and a PCM decoding process based on the parsed PCM header; parsing transformed data of a prediction error data of an image in the bitstream; and PCM-decoding PCM data of the image in the bitstream, wherein the decoding performs the decoding operation based on the prediction mode being intra prediction and based on the block size of the encoded block being equal to or greater than the determined threshold.

CROSS-REFERENCE TO RELATED PATENT APPLICATIONS

This application is a Continuation of U.S. application Ser. No.15/146,005, filed May 4, 20216, which is a Continuation of U.S.application Ser. No. 13/881,467, filed May 3, 2013, which is a NationalStage of International Application No. PCT/JP2011/006509 filed Nov. 22,2011, claiming priority based on Japanese Patent Application Numbers2010-264320 filed Nov. 26, 2010 and 2011-26331 filed Feb. 9, 2011, thecontents of all of which are incorporated herein by reference in theirentirety.

TECHNICAL FIELD

The present invention relates to a video encoding device and a videodecoding device that use PCM encoding.

BACKGROUND ART

Patent Literature (PTL) 1 proposes a video encoding method forembedding, in an output bitstream, information indicating a block typethat is not subjected to a transform process and an entropy encodingprocess, in order to guarantee a certain processing time for a videoencoding device or a video decoding device.

An example of the block type that is not subjected to the transformprocess and the entropy encoding process is pulse code modulation (PCM)described in Non Patent Literature (NPL) 1. The term block type means anencoding type (below-mentioned intra prediction, inter prediction, andPCM) used for a block.

A video encoding device described in NPL 1 has a structure shown in FIG.14. The video encoding device shown in FIG. 14 is hereafter referred toas a typical video encoding device.

A structure and an operation of the typical video encoding device thatreceives each frame of digitized video as input and outputs a bitstreamare described below, with reference to FIG. 14.

The video encoding device shown in FIG. 14 includes atransformer/quantizer 102, an entropy encoder 103, an inversetransformer/inverse quantizer 104, a buffer 105, a predictor 106, a PCMencoder 107, a PCM decoder 108, a multiplex data selector 109, amultiplexer 110, a switch 121, and a switch 122.

The video encoding device shown in FIG. 14 divides each frame intoblocks of 16×16 pixel size called macroblocks (MBs), and encodes each MBsequentially from top left of the frame. In AVC described in NPL 1, eachMB is further divided into blocks of 4×4 pixel size, and each block of4×4 pixel size is encoded.

FIG. 15 is an explanatory diagram showing an example of block divisionin the case where the frame has a spatial resolution of QCIF (QuarterCommon Intermediate Format). The following describes an operation ofeach unit while focusing only on pixel values of luminance, forsimplicity's sake.

A prediction signal supplied from the predictor 106 is subtracted fromthe block-divided input video, and the result is input to thetransformer/quantizer 102. There are two types of prediction signal,namely, an intra prediction signal and an inter-frame prediction signal.Each of the prediction signals is described below.

The intra prediction signal is a prediction signal generated based on animage of a reconstructed picture that has the same display time as acurrent picture and is stored in the buffer 105. Referring to 8.3.1Intra_4×4 prediction process for luma samples, 8.3.2 Intra_8×8prediction process for luma samples, and 8.3.3 Intra_16×16 predictionprocess for luma samples in NPL 1, intra prediction of three blocksizes, i.e. Intra_4×4, Intra_8×8, and Intra_16×16, are available.

Intra_4×4 and Intra_8×8 are respectively intra prediction of 4×4 blocksize and 8×8 block size, as can be understood from (a) and (c) in FIG.16. Each circle (o) in the drawing represents a reference pixel used forintra prediction, i.e. a pixel of the reconstructed picture having thesame display time as the current picture.

In intra prediction of Intra_4×4, reconstructed peripheral pixels aredirectly set as reference pixels, and used for padding (extrapolation)in nine directions shown in (b) in FIG. 16 to form the predictionsignal. In intra prediction of Intra_8×8, pixels obtained by smoothingperipheral pixels of the image of the reconstructed picture by low-passfilters (1/2, 1/4, 1/2) shown under the right arrow in (c) in FIG. 16are set as reference signals, and used for extrapolation in the ninedirections shown in (b) in FIG. 16 to form the prediction signal.

Similarly, Intra_16×16 is intra prediction of 16×16 block size, as canbe understood from (a) in FIG. 17. Each circle (o) in the drawingrepresents a reference pixel used for intra prediction, i.e. a pixel ofthe reconstructed picture having the same display time as the currentpicture, as in FIG. 16. In intra prediction of Intra_16×16, peripheralpixels of the reconstructed image are directly set as reference pixels,and used for extrapolation in four directions shown in (b) in FIG. 17 toform the prediction signal.

Hereafter, an MB and a block encoded using the intra prediction signalare respectively referred to as an intra MB and an intra block, a blocksize of intra prediction is referred to as an intra prediction blocksize, and a direction of extrapolation is referred to as an intraprediction direction. The intra prediction block size and the intraprediction direction are prediction parameters related to intraprediction.

The inter-frame prediction signal is a prediction signal generated froman image of a reconstructed picture that has a different display timefrom the one the current picture has and is stored in the buffer 105.Hereafter, an MB and a block encoded using the inter-frame predictionsignal are respectively referred to as an inter MB and an inter block. Ablock size of inter prediction (inter prediction block size) can beselected from, for example, 16×16, 16×8, 8×16, 8×8, 8×4, 4×8, and 4×4.

FIG. 18 is an explanatory diagram showing an example of inter-frameprediction using 16×16 block size. A motion vector MV=(mv_(x), mv_(y))shown in FIG. 18 is a prediction parameter of inter-frame prediction,which indicates the amount of parallel translation of an inter-frameprediction block (inter-frame prediction signal) of a reference picturerelative to a block to be encoded. In AVC, prediction parameters ofinter-frame prediction include not only an inter-frame predictiondirection representing a direction of the reference picture of theinter-frame prediction signal relative to a picture to be encoded of theblock to be encoded, but also a reference picture index for identifyingthe reference picture used for inter-frame prediction of the block to beencoded. This is because, in AVC, a plurality of reference picturesstored in the buffer 105 can be used for inter-frame prediction.

Inter-frame prediction is described in more detail in 8.4 Interprediction process in NPL 1.

A picture encoded including only intra MBs is called an I picture. Apicture encoded including not only intra MBs but also inter MBs iscalled a P picture. A picture encoded including inter MBs that use notonly one reference picture but two reference pictures simultaneously forinter-frame prediction is called a B picture. In the B picture,inter-frame prediction in which the direction of the reference pictureof the inter-frame prediction signal relative to the picture to beencoded of the block to be encoded is to the past is called forwardprediction, inter-frame prediction in which the direction of thereference picture of the inter-frame prediction signal relative to thepicture to be encoded of the block to be encoded is to the future iscalled backward prediction, and inter-frame prediction involving boththe past and the future is called bidirectional prediction. Thedirection of inter-frame prediction (inter prediction direction) is aprediction parameter of inter-frame prediction.

The transformer/quantizer 102 frequency-transforms the image (predictionerror image) from which the prediction signal has been subtracted.

The transformer/quantizer 102 further quantizes thefrequency-transformed prediction error image (frequency transformcoefficient), with a predetermined quantization step width Qs.Hereafter, the quantized frequency transform coefficient is referred toas a transform quantization value.

The entropy encoder 103 entropy-encodes the prediction parameters andthe transform quantization value. The prediction parameters areinformation related to MB and block prediction, such as block type(intra prediction, inter prediction, and PCM), intra prediction blocksize, intra prediction direction, inter prediction block size, andmotion vector mentioned above.

The inverse transformer/inverse quantizer 104 inverse-quantizes thetransform quantization value, with the quantization step width Qs. Theinverse transformer/inverse quantizer 104 furtherinverse-frequency-transforms the frequency transform coefficientobtained by the inverse quantization. The prediction signal is added tothe reconstructed prediction error image obtained by the inversefrequency transform, and the result is supplied to the switch 122.

The multiplex data selector 109 monitors the amount of input data of theentropy encoder 103 corresponding to the MB to be encoded. In the casewhere the entropy encoder 103 is capable of entropy-encoding the inputdata within a processing time of the MB, the multiplex data selector 109selects the output data of the entropy encoder 103, and causes theselected data to be supplied to the multiplexer 110 via the switch 121.The multiplex data selector 109 further selects the output data of theinverse transformer/inverse quantizer 104, and causes the selected datato be supplied to the buffer 105 via the switch 122.

In the case where the entropy encoder 103 is not capable ofentropy-encoding the input data within the processing time of the MB,the multiplex data selector 109 selects the output data of the PCMencoder 107 obtained by PCM encoding the video of the MB, and causes theselected data to be supplied to the multiplexer 110 via the switch 121.The multiplex data selector 109 further selects the output data of thePCM decoder 108 obtained by PCM decoding the output data of the PCMencoder 107, and causes the selected data to be supplied to the buffer105 via the switch 122.

The buffer 105 stores the reconstructed image supplied via the switch122. The reconstructed image per frame is referred to as a reconstructedpicture.

The multiplexer 110 multiplexes the output data of the entropy encoder103 and the PCM encoder 107, and outputs the multiplexing result.

Based on the operation described above, the multiplexer 110 in the videoencoding device generates the bitstream.

CITATION LIST Patent Literature

-   PTL 1: Japanese Patent Application Laid-Open No. 2004-135251

Non Patent Literatures

-   NPL 1: ISO/IEC 14496-10 Advanced Video Coding-   NPL 2: “Test Model under Consideration”, Document: JCTVC-B205, Joint    Collaborative Team on Video Coding (JCTVC) of ITU-T SG16 WP3 and    ISO/IEC JTC1/SC29/WG11 2nd Meeting: Geneva, CH, 21-28 Jul. 2010-   NPL 3: W.-J. Chen, X. Wang, and M. Karczewicz, “CE5 Improved coding    of inter prediction mode with LCEC,” JCTVC-D370-   NPL 4: S. Liu, Y.-W. Huang, S. Lei, “Remove Partition Size N×N,”    JCTVC-D432

SUMMARY OF INVENTION Technical Problem

The typical technique described above guarantees a certain processingtime for a video encoding device or a video decoding device by using, inMBs, PCM that does not involve a transform process and an entropyencoding process.

However, the typical technique described above is based on videoencoding that uses MBs of a fixed coding unit size (CU size).Accordingly, as described in NPL 2, when the typical technique describedabove is applied to video encoding (hereafter referred to as Test Modelunder Consideration scheme (TMuC scheme)) that uses coding units (codingtree blocks (CTBs)) of a quadtree structure shown in FIG. 19 where theCU size is variable and information (PCM header) indicating PCM isembedded in the output bitstream in CTBs of all layers (i.e. alldepths), there is a problem that the ratio of the number of bits of thePCM header included in the bitstream increases and so the quality ofcompressed video decreases.

Here, a maximum CTB is referred to as a largest coding tree block(LCTB), and a minimum CTB is referred to as a smallest coding tree block(SCTB). In this Description, a block corresponding to the CTB isreferred to as a coding unit (CU). Moreover, a concept of a predictionunit (PU) (see FIG. 20) as a unit of prediction for the CU is introducedin the TMuC scheme. FIG. 20 is an explanatory diagram for describing thePU, where only the squares from among the shapes shown in FIG. 20 aresupported as the intra prediction block size.

NPL 3 describes improvements in signaling of inter prediction. NPL 4describes improvements in signaling of inter prediction and intraprediction.

To solve the problem of the typical technique described above, the pointthat PCM may be selected in a higher-layer CU in order to guarantee acertain processing time for a video encoding device or a video decodingdevice is taken into consideration. The higher-layer CU is a CU of asmaller depth value, as can be seen from FIG. 19. The number ofhigher-layer CUs per frame is smaller because their block size islarger. Since the number of higher-layer CUs is smaller, the ratio ofthe number of bits of the PCM header included in the bitstream can bereduced.

In the present invention, the problem is solved by limiting the depth ofthe CU for which the PCM header is transmitted, in video encoding basedon PCM encoding. That is, in the present invention, the CU size forwhich the PCM header is transmitted is limited to a predetermined size.

Solution to Problem

A video encoding device according to the present invention includes:transform means for transforming an image block; entropy encoding meansfor entropy-encoding transformed data of the image block transformed bythe transform means; PCM encoding means for encoding by PCM encoding theimage block; multiplex data selection means for selecting output data ofthe entropy encoding means or the PCM encoding means, in a block of ablock size set from the outside; and multiplexing means for embedding aPCM header in a bitstream, in the block of the block size set from theoutside.

A video decoding device according to the present invention includes:de-multiplexing means for de-multiplexing a bitstream including PCMblock size information; PCM block size determination means fordetermining a PCM block size for which a PCM header is parsed based onthe PCM block size information de-multiplexed by the de-multiplexingmeans; PCM header parsing means for parsing from the bitstream the PCMheader, in a block of the PCM block size determined by the PCM blocksize determination means; entropy decoding means for entropy-decodingtransformed data of an image included in the bitstream; inversetransform means for inverse-transforming the transformed dataentropy-decoded by the entropy decoding means; PCM decoding means fordecoding by PCM decoding PCM data of the image in the bitstream; anddecoding control means for controlling the entropy decoding means andthe PCM decoding means based on the PCM header parsed by the PCM headerparsing means.

A video encoding method according to the present invention includes:selecting data obtained by entropy-encoding transformed data of an imageblock or data obtained by PCM encoding the image block, in a unit of ablock size set from the outside; and embedding a PCM header in abitstream, in a block of the block size set from the outside.

A video decoding method according to the present invention includes:de-multiplexing a bitstream including PCM block size information;determining a PCM block size for parsing a PCM header based on thede-multiplexed PCM block size information; parsing from the bitstreamthe PCM header, in a block of the determined PCM block size; controllingan entropy decoding process and a PCM decoding process based on the PCMheader: entropy-decoding transformed data of an image in the bitstreamand inverse-transforming the entropy-decoded transformed data upon theentropy decoding process being controlled; and decoding by PCM decodingPCM data of the image in the bitstream upon the PCM decoding processbeing controlled.

A video encoding program according to the present invention causes acomputer to execute: a selection process of selecting data obtained byentropy-encoding transformed data of an image block or data obtained byPCM encoding the image block, in a unit of a block size set from theoutside; and a multiplexing process of embedding a PCM header in abitstream, in a block of the block size set from the outside.

A video decoding program according to the present invention causes acomputer to execute: a de-multiplexing process of de-multiplexing abitstream including PCM block size information; a PCM block sizedetermination process of determining a PCM block size for parsing a PCMheader based on the de-multiplexed PCM block size information; a PCMheader parsing process of parsing from the bitstream the PCM header, ina block of the determined PCM block size; and a process of controllingan entropy decoding process and a PCM decoding process based on theparsed PCM header: wherein the computer is caused to execute a processof entropy-decoding transformed data of an image in the bitstream andinverse-transforming the entropy-decoded transformed data upon theentropy decoding process being controlled, and wherein the computer iscaused to execute a process of decoding by PCM decoding PCM data of theimage in the bitstream upon the PCM decoding process being controlled.

Advantageous Effects of Invention

According to the present invention, the coding unit size for which thePCM header is signaled is limited to the predetermined size, so that theratio of the number of bits of the PCM header in the bitstream can bekept low and the quality of compressed video can be maintained, whileguaranteeing a certain processing time for the video encoding device.

Moreover, according to the present invention, the interoperability ofthe video encoding device and the video decoding device can be enhancedby embedding, in the bitstream, the PCM coding unit size information forsignaling the predetermined size to the video decoding device.

BRIEF DESCRIPTION OF DRAWINGS

FIG. 1 is a block diagram of a video encoding device in ExemplaryEmbodiment 1.

FIG. 2 is an explanatory diagram of list 1 indicating a PCM header in PUsyntax.

FIG. 3 is an explanatory diagram of list 2 indicating PCM coding unitsize information in a sequence parameter set.

FIG. 4 is a flowchart showing a PCM header writing operation.

FIG. 5 is a block diagram of a video decoding device in ExemplaryEmbodiment 2.

FIG. 6 is a flowchart showing a PCM header parsing operation.

FIG. 7 is an explanatory diagram of list 3 indicating PCM coding unitsize information in a picture parameter set.

FIG. 8 is an explanatory diagram of list 4 indicating PCM coding unitsize information in a slice header.

FIG. 9 is an explanatory diagram of list 1 indicating a PCM header in PUsyntax in Exemplary Embodiment 3.

FIG. 10 is a flowchart showing a PCM header parsing operation inExemplary Embodiment 3.

FIG. 11 is a block diagram showing a structural example of aninformation processing system capable of realizing functions of a videoencoding device and a video decoding device according to the presentinvention.

FIG. 12 is a block diagram showing a main part of a video encodingdevice according to the present invention.

FIG. 13 is a block diagram showing a main part of a video decodingdevice according to the present invention.

FIG. 14 is a block diagram of a typical video encoding device.

FIG. 15 is an explanatory diagram showing an example of block division.

FIG. 16 is an explanatory diagram for describing prediction types.

FIG. 17 is an explanatory diagram for describing prediction types.

FIG. 18 is an explanatory diagram showing an example of inter-frameprediction using 16×16 block size as an example.

FIG. 19 is an explanatory diagram for describing a CTB.

FIG. 20 is an explanatory diagram for describing a PU.

DESCRIPTION OF EMBODIMENT(S) Exemplary Embodiment 1

Exemplary Embodiment 1 shows a video encoding device including: meansfor selecting output data of entropy encoding means or PCM encodingmeans in a CU size set from the outside; means for embedding, in abitstream, a PCM header in the CU size set from the outside; and meansfor embedding, in the bitstream, information related to a PCM codingunit size for signaling the CU size set from the outside to a videodecoding device.

To provide description using specific examples, in this exemplaryembodiment it is assumed that the CU size for which the PCM header isembedded in the bitstream is greater than or equal to a PCM coding unitsize set from the outside (pcmCodingUnitSize). It is also assumed thatavailable coding unit sizes are 128, 64, 32, 16, and 8, andpcmCodingUnitSize is 16. It is further assumed that the informationrelated to the PCM coding unit size is base-2 log (logarithm) of a valueobtained by dividing the PCM coding unit size by the minimum coding unitsize, as described later. Hence, in this exemplary embodiment, blocksizes corresponding to CU sizes for which the PCM header is embedded inthe bitstream are 128×128, 64×64, 32×32, and 16×16. Moreover, a specificvalue of the CU size-related information embedded in the bitstream is 1(=log₂(16/8)).

As shown in FIG. 1, the video encoding device in this exemplaryembodiment includes a transformer/quantizer 102, an entropy encoder 103,an inverse transformer/inverse quantizer 104, a buffer 105, a predictor106, a PCM encoder 107, a PCM decoder 108, a multiplex data selector109, a multiplexer 110, a switch 121, and a switch 122, like the typicalvideo encoding device shown in FIG. 14. The video encoding device inthis exemplary embodiment shown in FIG. 1 differs from the videoencoding device shown in FIG. 14 in that pcmCodingUnitSize is suppliedto the multiplex data selector 109 in order to transmit the PCM headerin a CU size more than or equal to pcmCodingUnitSize, andpcmCodingUnitSize is also supplied to the multiplexer 110 in order tosignal pcmCodingUnitSize to the video decoding device.

A prediction signal supplied from the predictor 106 is subtracted frominput video of a CU size, and the result is input to thetransformer/quantizer 102.

The transformer/quantizer 102 frequency-transforms the image (predictionerror image) from which the prediction signal has been subtracted.

The transformer/quantizer 102 further quantizes thefrequency-transformed prediction error image (frequency transformcoefficient), with a quantization step width Qs.

The entropy encoder 103 entropy-encodes split_coding_unit_flag (see FIG.19) for signaling the CU size, prediction parameters supplied from thepredictor 106, and the transform quantization value supplied from thetransformer/quantizer 102. The prediction parameters are informationrelated to prediction of the CU to be encoded, such as block type (intraprediction, inter prediction, and PCM), intra prediction block size,intra prediction direction, inter prediction block size, and motionvector.

Based on pcmCodingUnitSize set from the outside via the multiplex dataselector 109, the entropy encoder 103 in this exemplary embodimententropy-encodes pcm_flag syntax, which indicates ON/OFF of PCM encoding,as OFF, in the case where the CU to be encoded has a size greater thanor equal to pcmCodingUnitSize and also has a prediction mode of intraprediction.

The inverse transformer/inverse quantizer 104 inverse-quantizes thetransform quantization value, with the quantization step width Qs. Theinverse transformer/inverse quantizer 104 furtherinverse-frequency-transforms the frequency transform coefficientobtained by the inverse quantization. The prediction signal is added tothe reconstructed prediction error image obtained by the inversefrequency transform, and the result is supplied to the switch 122.

The multiplex data selector 109 monitors the amount of input data of theentropy encoder 103 corresponding to the CU to be encoded that isgreater than or equal to pcmCodingUnitSize. In the case where theentropy encoder 103 is capable of entropy-encoding the input data withina processing time of the CU to be encoded that is greater than or equalto pcmCodingUnitSize, the multiplex data selector 109 selects the outputdata of the entropy encoder 103, and causes the selected data to besupplied to the multiplexer 110 via the switch 121. The multiplex dataselector 109 further selects the output data of the inversetransformer/inverse quantizer 104, and causes the selected data to besupplied to the buffer 105 via the switch 122.

In the case where the entropy encoder 103 is not capable ofentropy-encoding the input data within the processing time of the CU tobe encoded, the multiplex data selector 109 first causes the entropyencoder 103 to entropy-encode and output information indicating that theCU greater than or equal to pcmCodingUnitSize is encoded by PCMencoding. In detail, the multiplex data selector 109 causes the entropyencoder 103 to entropy-encode and output mode_table_idx syntax orpred_mode syntax, which indicates a block type, as intra prediction, andentropy-encode and output the pcm_flag syntax, which indicates ON/OFF ofPCM encoding, as ON, in a PU header of the CU.

Next, the output bits of the entropy encoder 103 are byte-aligned. Indetail, the entropy encoder 103 supplies a predetermined amount ofpcm_alignment_zero_bit syntax to the multiplexer 110. Moreover, anencoding engine of the entropy encoder 103 is initialized for subsequentencoding.

After the encoding engine is initialized, the PCM encoder 107 encodes byPCM encoding the input video of the CU. Output data pcm_sample_luma[i]of luminance of the PCM encoder 107 has a pixel bit lengthbit_depth_luma of luminance of the input video. Here, i (0≤i≤255) is anindex in raster scan order within the block of the CU. Likewise, outputdata pcm_sample_chroma[i] (i: 0≤i≤128) of color difference of the PCMencoder 107 has a pixel bit length bit_depth_chroma of color differenceof the input video.

After the input video of the CU is encoded by PCM encoding, the PCMdecoder 108 decodes by PCM decoding pcm_sample_luma[i] andpcm_sample_chroma[i].

After the PCM decoding, the multiplex data selector 109 selects theoutput data of the PCM encoder 107, and causes the selected data to besupplied to the multiplexer 110 via the switch 121.

Lastly, the multiplex data selector 109 selects the output data of thePCM decoder 108, and causes the selected data to be supplied to thebuffer 105 via the switch 122.

When complying with Specification of syntax functions, categories, anddescriptors in NPL 1 and 4.1.10 Prediction unit syntax in NPL 2, theabove-mentioned mode_table_idx syntax, pred_mode syntax, pcm_flagsyntax, and pcm_alignment_zero_bit syntax can be signaled as representedin list 1 shown in FIG. 2. In list 1, a variable pcm_unit_flag which isa signaling condition of the pcm_alignment_zero_bit syntax is ON only inthe case where the pcm_flag syntax for PCM encoding ON is signaled.Otherwise, the variable pcm_unit_flag is OFF. This exemplary embodimenthas a feature that, in list 1, the pcm_flag syntax is signaled only inthe PU header of the CU of the size greater than or equal topcmCodingUnitSize, according to the condition“if(currPredUnitSize>=pcmCodingUnitSize)”.

The multiplexer 110 multiplexes the information(max_pcm_coding_unit_hierarchy_depth) related to the PCM coding unitsize and the output data of the entropy encoder 103 and the PCM encoder107, and outputs the multiplexing result. When complying with 4.1.2Sequence parameter set RBSP syntax in NPL 2,max_pcm_coding_unit_hierarchy_depth syntax (base-2 log (logarithm) of avalue obtained by dividing the PCM coding unit size by the minimumcoding unit size, “1” in this exemplary embodiment) is multiplexedfollowing log 2_min_coding_unit_size_minus3 syntax andmax_coding_unit_hierarchy_depth syntax of a sequence parameter set, asrepresented in list 2 shown in FIG. 3. Here,max_pcm_coding_unit_hierarchy_depth may be calledmin_pcm_coding_unit_hierarchy_depth. The log2_min_coding_unit_size_minus3 syntax and themax_coding_unit_hierarchy_depth syntax are information for determining aSCU size (MinCodingUnitSize) and a LCU size (MaxCodingUnitSize),respectively. MinCodingUnitSize and MaxCodingUnitSize are respectivelycomputed as follows.MinCodingUnitSize=1<<(log 2_min_coding_unit_size_minus3+3)MaxCodingUnitSize=1<<(log2_min_coding_unit_size_minus3+3+max_coding_unit_hierarchy_depth)

The max_coding_unit_hierarchy_depth syntax and MinCodingUnitSize havethe following relation.max_pcm_coding_unit_hierarchy_depth=log₂(pcmCodingUnitSize/MinCodingUnitSize)

Based on the operation described above, the video encoding deviceaccording to the present invention generates the bitstream.

The following describes a PCM header writing operation which is afeature of the present invention, with reference to the flowchart inFIG. 4.

As shown in FIG. 4, in the case of not being capable of entropy-encodingwithin the processing time of the CU to be encoded, the entropy encoder103 entropy-encodes the block type as intra prediction in step S101.That is, the entropy encoder 103 entropy-encodes the mode_table_idxsyntax or the pred_mode syntax as intra prediction. In step S102, theentropy encoder 103 entropy-encodes the PCM header. In detail, theentropy encoder 103 entropy-encodes the pcm_flag syntax as ON. In stepS103, the entropy encoder 103 byte-aligns the output bits by supplyingthe predetermined amount of the pcm_alignment_zero_bit syntax to themultiplexer 110. That is, the entropy encoder 103 outputs thepredetermined amount of the pcm_alignment_zero_bit syntax. The entropyencoder 103 also initializes the encoding engine. In step S104, the PCMencoder 107 encodes by PCM encoding the input video of the CU.

The video encoding device in this exemplary embodiment includes:multiplex data selection means for selecting output data of entropyencoding means or PCM encoding means in a coding unit size set from theoutside; and multiplexing means for embedding, in a bitstream, a PCMheader in the coding unit size set from the outside. Therefore, theratio of the number of bits of the PCM header in the bitstream can bekept low and the quality of compressed video can be maintained, whileguaranteeing a certain processing time for the video encoding device.

Moreover, the multiplexing means embeds, in the bitstream, PCM codingunit size information for signaling the CU size set from the outside tothe video decoding device, where the CU size information can beexpressed by, for example, a depth difference relative to a depth of aLCU or a SCU. For instance, in the case of expression relative to thedepth of the LCU (LCU_depth), a CU size of a predetermined depth can beexpressed as ½^((depth−LCU_depth)) of the LCU size(¼^((depth−LCU_depth)) when converted to block size). In the case ofexpression relative to the depth of the SCU (SCU_depth), a CU size of apredetermined depth can be expressed as 2^((SCU_depth−depth)) times theSCU size (4^((SCU_depth−depth)) times when converted to block size).

By the inclusion of the multiplexing means having the above-mentionedfeature, the present invention can enhance the interoperability of thevideo encoding device and the video decoding device.

The video encoding device in this exemplary embodiment includes meansfor embedding, in the bitstream, the information related to the codingunit size for which the PCM header is provided, so as to enable the PCMheader to be parsed from the bitstream and switching between entropydecoding means and PCM decoding means to be performed equally in videodecoding. The interoperability of the video encoding device and thevideo decoding device can thus be enhanced.

Exemplary Embodiment 2

Exemplary Embodiment 2 shows a video decoding device that decodes thebitstream generated by the video encoding device in Exemplary Embodiment1.

The video decoding device in this exemplary embodiment includes: meansfor de-multiplexing PCM coding unit size information multiplexed in thebitstream; block size means for determining a predetermined block sizefor which a PCM header is parsed, based on the de-multiplexed PCM codingunit size information; parsing means for parsing the PCM header from thebitstream in the coding unit size determined by the block size means;and decoding control means for controlling entropy decoding means andPCM decoding means based on the PCM header parsed by the parsing means.

As shown in FIG. 5, the video decoding device in this exemplaryembodiment includes a de-multiplexer 201, a decoding controller 202, aPCM decoder 203, an entropy decoder 204, an inverse transformer/inversequantizer 206, a predictor 207, a buffer 208, a switch 221, and a switch222.

The de-multiplexer 201 de-multiplexes the input bitstream, and extractsthe PCM coding unit size information and the entropy-encoded orPCM-encoded video bitstream. The de-multiplexer 201 de-multiplexes themax_pcm_coding_unit_hierarchy_depth syntax following the log 2_mincoding_unit_size_minus3 syntax and the max_coding_unit_hierarchy_depthsyntax in the sequence parameters, as represented in list 2 shown inFIG. 3. The de-multiplexer 201 then determines, using the de-multiplexedsyntax values, the PCM coding unit size pcmCodingUnitSize for whichpcm_flag as the PCM header is transmitted, as follows.pcmCodingUnitSize=1<<(log2_min_coding_unit_size_minus3+3+max_pcm_coding_unit_hierarchy_depth)

Thus, the de-multiplexer 201 in this exemplary embodiment also has afunction of determining the block size of the coding unit for which thePCM header is parsed, based on the de-multiplexed PCM coding unit sizeinformation.

The entropy decoder 204 entropy-decodes the video bitstream.

In the case where the coding unit (CU) to be entropy-decoded is not aPCM-encoded CU, the entropy decoder 204 entropy-decodes the predictionparameters and the transform quantization value of the CU, and suppliesthem to the inverse transformer/inverse quantizer 206 and the predictor207.

Note that a CU is PCM-encoded in the case where, aftersplit_coding_unit_flag (see FIG. 19) is entropy-decoded and the CU sizeis determined, the pcm_flag syntax indicating PCM encoding ON in the PUheader is entropy-decoded. Thus, the entropy decoder 204 in thisexemplary embodiment also has a function of parsing the PCM headerincluding the pcm_flag syntax from the bitstream in the CU of the sizegreater than or equal to pcmCodingUnitSize.

The inverse transformer/inverse quantizer 206 inverse-quantizes thetransform quantization value of luminance and color difference, with aquantization step width. The inverse transformer/inverse quantizer 206further inverse-frequency-transforms the frequency transform coefficientobtained by the inverse quantization.

After the inverse frequency transform, the predictor 207 generates aprediction signal using an image of a reconstructed picture stored inthe buffer 208, based on the entropy-decoded prediction parameters.

After the prediction signal generation, the prediction signal suppliedfrom the predictor 207 is added to the reconstructed prediction errorimage obtained by the inverse frequency transform by the inversetransformer/inverse quantizer 206, and the result is supplied to theswitch 222.

After the addition of the prediction signal, the decoding controller 202switches the switch 222 to supply the reconstructed prediction errorimage to which the prediction signal has been added to the buffer 208 asthe reconstructed image.

In the case where the CU is PCM-encoded, the decoding controller 202causes a decoding engine of the entropy decoder 204 to be initialized.

The decoding controller 202 then causes the video bitstream which is inthe middle of entropy decoding, to be byte-aligned. The decodingcontroller 202 causes pcm_alignment_zero_bit to be parsed from the videobitstream until byte-aligned.

Following this, the decoding controller 202 switches the switch 221 tosupply the byte-aligned video bitstream to the PCM decoder 203.

The PCM decoder 203 decodes by PCM decoding PCM-encoded luminance datapcm_sample_luma[i] and color difference data pcm_sample_chroma[i]corresponding to the block size of the CU, from the byte-aligned videobitstream.

After the PCM decoding, the decoding controller 202 switches the switch222 to supply the PCM decoded coding unit image to the buffer 208 as thereconstructed image. The decoding controller 202 switches the switch 221to the entropy decoder 204, for decoding of a next macroblock.

The reconstructed picture stored in the buffer 208 is then output as adecoded image.

Based on the operation described above, the video decoding device inthis exemplary embodiment generates the decoded image.

The following describes a PCM header parsing operation which is afeature of the present invention, with reference to the flowchart inFIG. 6.

As shown in FIG. 6, in the case where the CU is PCM-encoded, the entropydecoder 204 entropy-decodes split_coding_unit_flag and determines the CUsize in step S201. In step S202, the entropy decoder 204 entropy-decodesthe block type. That is, the entropy decoder 204 entropy-decodes themode_table_idx syntax or the pred_mode syntax. In steps S203 and S204,the entropy decoder 204 entropy-decodes the pcm_flag syntax only in thecase where the block type is intra prediction and the CU size is a sizegreater than or equal to pcmCodingUnitSize. In the case where thepcm_flag syntax is ON, in step S205 the entropy decoder 204 initializesthe decoding engine. The entropy decoder 204 also byte-aligns the videobitstream by parsing the predetermined amount of thepcm_alignment_zero_bit syntax from the de-multiplexer 201. The PCMdecoder 203 decodes by PCM decoding the PCM-encoded luminance datapcm_sample_luma[i] and color difference data pcm_sample_chroma[i]corresponding to the CU block size, from the byte-aligned videobitstream. In the case where the CU is not a PCM-encoded CU (step S203)or in the case where the entropy decoder 204 does not entropy-decode thepcm_flag syntax indicating PCM encoding ON in the PU header (step S204),the entropy decoder 204 entropy-decodes the prediction parameters andthe transform quantization value of the following CU, and supplies themto the inverse transformer/inverse quantizer 206 and the predictor 207.

The video decoding device in this exemplary embodiment can parse, basedon the de-multiplexed PCM coding unit size information, the PCM headerfrom the bitstream in the coding unit of the determined PCM coding unitsize, and switch between the entropy decoding means and the PCM decodingmeans. Therefore, the bitstream in which the ratio of the number of bitsof the PCM header is low to thereby maintain video quality can bedecoded while guaranteeing a certain processing time for the videodecoding device.

Note that the video encoding device may multiplex the PCM coding unitsize information (max_pcm_coding_unit_hierarchy_depth) used in ExemplaryEmbodiment 1, in a picture parameter set or a slice header asrepresented in list 3 shown in FIG. 7 or list 4 shown in FIG. 8.Similarly, the video decoding device may de-multiplex themax_pcm_coding_unit_hierarchy_depth syntax from the picture parameterset or the slice header.

Moreover, the max_pcm_coding_unit_hierarchy_depth syntax may be base-2log (logarithm) of a value obtained by dividing the maximum coding unitsize (MaxCodingUnitSize) by the PCM coding unit size(pcmCodingUnitSize). That is, the following expression may be used.max_pcm_coding_unit_hierarchy_depth=log₂(MaxCodingUnitSize/pcmCodingUnitSize)

In this case, in the video decoding device, the PCM coding unit size canbe computed based on the max_pcm_coding_unit_hierarchy_depth syntax asfollows.pcmCodingUnitSize=1<<(log2_min_coding_unit_size_minus3+3+max_coding_unit_hierarchy_depth−max_pcm_coding_unit_hierarchy_depth)

Note that the video encoding device may concatenate and encode thepcm_flag syntax with the mode_table_idx syntax or the pred_mode syntax.For example, in a CU of a size greater than or equal to the PCM codingunit size, mode_table_idx=0 (codeword 1) may be set as inter prediction,mode_table_idx=1 (codeword 00) as intra prediction with pcm_flag=OFF,and mode_table_idx=2 (codeword 01) as PCM. In a CU of a size less thanthe PCM coding unit size, mode_table_idx=0 (codeword 0) may be set asinter prediction, and mode_table_idx=1 (codeword 1) as intra predictionwith pcm_flag=OFF.

In this case, in the CU of the size greater than or equal to the PCMcoding unit size, the video decoding device interprets codeword 1(mode_table_idx=0) as inter prediction, codeword 00 (mode_table_idx=1)as intra prediction with pcm_flag=OFF, and codeword 01(mode_table_idx=2) as PCM. In the CU of the size less than the PCMcoding unit size, the video decoding device interprets codeword 0(mode_table_idx=0) as inter prediction, and codeword 1(mode_table_idx=1) as intra prediction with pcm_flag=OFF.

Exemplary Embodiment 3

In each of the exemplary embodiments described above, PCM is selected ina higher-layer CU in order to guarantee a certain processing time forthe video encoding device or the video decoding device. However, in thecase of taking into consideration that PCM tends to be selected in animage block having low inter-pixel correlation, i.e. PCM tends to beselected in a lower-layer CU of a divided small region, it is alsosignificant to limit to a predetermined size or less the CU size forwhich PCM is selected. Based on such consideration, the ratio of thenumber of bits of the PCM header in the bitstream can also be reduced.The lower-layer CU mentioned here is a CU having a larger depth value,as can be seen from FIG. 19.

In Exemplary Embodiment 3, a video encoding device limits the CU sizefor which PCM is selected, to the predetermined size or less. The videoencoding device has the same structure as shown in FIG. 1.

In the case of limiting the CU size for which PCM is selected to thepredetermined size or less, the CU size for which the PCM header isembedded in the bitstream is set to be less than or equal to the PCMcoding unit size set from the outside (pcmCodingUnitSize), as anexample. It is also assumed that available coding unit sizes are 128,64, 32, 16, and 8, and pcmCodingUnitSize is 16.

In the video encoding device, the multiplex data selector 109 monitorsthe amount of input data of the entropy encoder 103 corresponding to theCU to be encoded that is less than or equal to pcmCodingUnitSize. In thecase where the entropy encoder 103 is capable of entropy-encoding theinput data within a processing time of the CU to be encoded that is lessthan or equal to pcmCodingUnitSize, the multiplex data selector 109selects the output data of the entropy encoder 103, and causes theselected data to be supplied to the multiplexer 110 via the switch 121.In the case where the entropy encoder 103 is not capable ofentropy-encoding the input data within the processing time of the CU tobe encoded, the multiplex data selector 109 first causes the entropyencoder 103 to entropy-encode and output information indicating that theCU whose size is less than or equal to pcmCodingUnitSize is PCM-encoded.In detail, the multiplex data selector 109 causes the entropy encoder103 to entropy-encode and output the mode_table_idx syntax or thepred_mode syntax, which indicates the block type, as intra prediction,and entropy-encode and output the pcm_flag syntax, which indicatesON/OFF of PCM encoding, as ON, in the PU header of the CU.

In this exemplary embodiment, when complying with Specification ofsyntax functions, categories, and descriptors in NPL 1 and 4.1.10Prediction unit syntax in NPL 2, the video encoding device can signalthe above-mentioned mode_table_idx syntax, pred_mode syntax, pcm_flagsyntax, and pcm_alignment_zero_bit syntax as represented in list 1 shownin FIG. 9. In list 1 shown in FIG. 9, the variable pcm_unit_flag whichis a signaling condition of the pcm_alignment_zero_bit syntax is ON onlyin the case where the pcm_flag syntax for PCM encoding ON is signaled.Otherwise, the variable pcm_unit_flag is OFF. This exemplary embodimenthas a feature that, in list 1, the pcm_flag syntax is signaled only inthe PU header of the CU whose size is less than or equal topcmCodingUnitSize, according to the condition“if(currPredUnitSize<=pcmCodingUnitSize)”. The other processes of thevideo encoding device are the same as the processes in ExemplaryEmbodiment 1. Besides, the contents of list 1 in this exemplaryembodiment are the same as the contents of list 1 shown in FIG. 2 inExemplary Embodiment 1.

Exemplary Embodiment 4

Exemplary Embodiment 4 shows a video decoding device that decodes thebitstream generated by the video encoding device in Exemplary Embodiment3.

The video decoding device in Exemplary Embodiment 4 has the samestructure as shown in FIG. 5. In Exemplary Embodiment 4, however, thevideo decoding device performs a PCM header parsing operation as shownin the flowchart in FIG. 10. In the case where the CU is PCM-encoded,the entropy decoder 204 entropy-decodes split_coding_unit_flag anddetermines the CU size in step S201. In step S202, the entropy decoder204 entropy-decodes the block type. That is, the entropy decoder 204entropy-decodes the mode_table_idx syntax or the pred_mode syntax. Insteps S203B and S204, the entropy decoder 204 entropy-decodes thepcm_flag syntax only in the case where the block type is intraprediction and the CU size is a size less than or equal topcmCodingUnitSize. In the case where the pcm_flag syntax is ON, in stepS205 the entropy decoder 204 initializes the decoding engine. Theentropy decoder 204 also byte-aligns the video bitstream by parsing thepredetermined amount of the pcm_alignment_zero_bit syntax from thede-multiplexer 201. The PCM decoder 203 decodes by PCM decoding thePCM-encoded luminance data pcm_sample_luma[i] and color difference datapcm_sample_chroma[i] corresponding to the CU block size, from thebyte-aligned video bitstream. The other processes of the video decodingdevice are the same as the processes in Exemplary Embodiment 2.

In the case of limiting to the predetermined size or less the CU sizefor which PCM is selected, the entropy decoder 204 in the video decodingdevice also has a function of parsing the PCM header including thepcm_flag syntax from the bitstream in the CU whose size is less than orequal to pcmCodingUnitSize.

In this exemplary embodiment, the bitstream in which the ratio of thenumber of bits of the PCM header is low to thereby maintain videoquality can be decoded while guaranteeing a certain processing time forthe video decoding device.

Note that the video encoding device in Exemplary Embodiment 3 mayconcatenate and encode the pcm_flag syntax with the mode_table_idxsyntax or the pred_mode syntax. For example, in a CU of a size less thanor equal to the PCM coding unit size, mode_table_idx=0 (codeword 0) maybe set as intra prediction with pcm_flag=OFF, mode_table_idx=1 (codeword10) as inter prediction, and mode_table_idx=2 (codeword 11) as PCM. In aCU of a size greater than the PCM coding unit size, mode_table_idx=0(codeword 0) may be set as intra prediction with pcm_flag=OFF, andmode_table_idx=1 (codeword 1) as inter prediction.

In this case, in the CU of the size less than or equal to the PCM codingunit size, the video decoding device in Exemplary Embodiment 4interprets codeword 0 (mode_table_idx=0) as intra prediction withpcm_flag=OFF, codeword 10 (mode_table_idx=1) as inter prediction, andcodeword 11 (mode_table_idx=2) as PCM. In the CU of the size greaterthan the PCM coding unit size, the video decoding device interpretscodeword 0 (mode_table_idx=0) as intra prediction with pcm_flag=OFF, andcodeword 1 (mode_table_idx=1) as inter prediction.

The pcm_flag syntax may be concatenated and encoded with the pred_modesyntax, in the same manner as in the example of the mode_table_idxsyntax.

In the exemplary embodiments described above, in the case of limitingthe PCM coding unit size to the maximum coding unit size, the PCM blocksize information need not be explicitly embedded in the bitstream. Thisis because the information related to the maximum coding unit sizeimplicitly includes the PCM block size information in such a case.

In the exemplary embodiments described above, in the case of limitingthe PCM coding unit size to the minimum coding unit size, the PCM blocksize information need not be explicitly embedded in the bitstream. Thisis because the information related to the minimum coding unit sizeimplicitly includes the PCM block size information in such a case.

The pcm_flag syntax may be concatenated and encoded with the pred_modesyntax, in the same manner as in the above-mentioned example of themode_table_idx syntax. For instance, in an intra slice, syntax andcodeword can be associated as follows, as described in NPL 3 (note thatthis is based on an assumption that no N×N partition (intra predictionand inter prediction) exists in a coding unit other than a minimumcoding unit as described in NPL 4).

[Correspondence between syntax and codeword in minimum coding unitincluding PCM encoding]

Syntax Codeword Intra 2N × 2N 1 Intra N × N 01 PCM 00[Correspondence Between Syntax and Codeword in CU Other than MinimumCoding Unit Including PCM Encoding]

Syntax Codeword Intra 2N × 2N 1 PCM 0[Correspondence Between Syntax and Codeword in Minimum Coding Unit notIncluding PCM Encoding]

Syntax Codeword Intra 2N × 2N 1 Intra N × N 0[Correspondence Between Syntax and Codeword in Minimum Coding Unit notIncluding PCM Encoding]

Syntax Codeword Intra 2N × 2N none

Note that “CU including PCM encoding” is a CU of the PCM coding unitsize, and “CU not including PCM encoding” is a CU of not the PCM codingunit size. In this case, for example in the minimum coding unitincluding PCM encoding in the intra slice, the video decoding deviceinterprets codeword 1 as 2N×2N intra prediction, codeword 01 as N×Nintra prediction, and codeword 00 as PCM.

Likewise, in a non-intra slice, syntax and codeword can be associated asfollows.

[Correspondence Between Syntax and Codeword Common to all CUs]

Syntax Codeword Split 1 Skip 01 Inter 2N × 2N_MRG 001 Inter 2N × 2N 0001Others 0000[Correspondence Between Syntax and Codeword in Minimum Coding UnitIncluding PCM Encoding, Following Others]

Syntax Codeword Inter 2N × N 0 Inter N × 2N 01 Inter N × N 001 Intra 2N× 2N 0001 Intra N × N 00001 PCM 00000[Correspondence Between Syntax and Codeword in CU Other than MinimumCoding Unit Including PCM Encoding, Following Others]

Syntax Codeword Inter 2N × N 0 Inter N × 2N 01 Intra 2N × 2N 001 PCM 000[Correspondence Between Syntax and Codeword in Minimum Coding Unit notIncluding PCM Encoding, Following Others]

Syntax Codeword Inter 2N × N 0 Inter N × 2N 01 Inter N × N 001 Intra 2N× 2N 0001 Intra N × N 0000[Correspondence Between Syntax and Codeword in CU Other than MinimumCoding Unit not Including PCM Encoding, Following Others]

Syntax Codeword Inter 2N × N 0 Inter N × 2N 01 Intra 2N × 2N 00

In this case, for example in the minimum coding unit including PCMencoding, the video decoding device interprets codeword 0 followingOthers as 2N×N inter prediction, codeword 01 as N×2N inter prediction,codeword 001 as N×N inter prediction, codeword 0001 as 2N×2N intraprediction, codeword 00001 as N×N intra prediction, and codeword 00000as PCM.

Note that the intra slice is a slice composed of only coding unitsencoded by intra prediction, and the non-intra slice is a sliceincluding coding units encoded by inter prediction.

Each of the exemplary embodiments described above may be realized byhardware, or may be realized by a computer program.

An information processing system shown in FIG. 11 includes a processor1001, a program memory 1002, a storage medium 1003 for storing videodata, and a storage medium 1004 for storing a bitstream. The storagemedium 1003 and the storage medium 1004 may be separate storage media,or may be storage areas included in the same storage medium. As astorage medium, a magnetic storage medium such as a hard disk isapplicable.

In the information processing system shown in FIG. 11, a program forrealizing the functions of the blocks (except the block of the buffer)shown in each of FIGS. 1 and 5 is stored in the program memory 1002. Theprocessor 1001 realizes the functions of the video encoding device orthe video decoding device shown in FIG. 1 or 5, by executing processingaccording to the program stored in the program memory 1002.

FIG. 12 is a block diagram showing a main part of a video encodingdevice according to the present invention. As shown in FIG. 12, thevideo encoding device according to the present invention includes:transform means 11 (e.g. the transformer/quantizer 102 shown in FIG. 1)for transforming an image block; entropy encoding means 12 (e.g. theentropy encoder 103 shown in FIG. 1) for entropy-encoding transformeddata of the image block transformed by the transform means 11; PCMencoding means 13 (e.g. the PCM encoder 107 shown in FIG. 1) forencoding by PCM encoding the image block; multiplex data selection means14 (e.g. the multiplex data selector 109 and the switch 121) forselecting output data of the entropy encoding means 12 (e.g. the entropyencoder 103 shown in FIG. 1) or the PCM encoding means 13, in a block ofa block size set from the outside; and multiplexing means 15 (e.g. themultiplexer 110 shown in FIG. 1) for embedding a PCM header in abitstream, in the block of the block size set from the outside.

FIG. 13 is a block diagram showing a main part of a video decodingdevice according to the present invention. As shown in FIG. 13, thevideo decoding device according to the present invention includes:de-multiplexing means 21 (e.g. the de-multiplexer 201 shown in FIG. 5)for de-multiplexing a bitstream including PCM block size information;PCM block size determination means 22 (e.g. the de-multiplexer 201 shownin FIG. 5) for determining a PCM block size for which a PCM header isparsed, based on the PCM block size information de-multiplexed by thede-multiplexing means 21; PCM header parsing means 23 (e.g. the entropydecoder 204 shown in FIG. 5) for parsing the PCM header from thebitstream, in a block of the PCM block size determined by the PCM blocksize determination means 22; entropy decoding means 24 (e.g. the entropydecoder 204 shown in FIG. 5) for entropy-decoding transformed data of animage in the bitstream; inverse transform means 25 (e.g. the inversetransformer/inverse quantizer 206 shown in FIG. 5) forinverse-transforming the transformed data entropy-decoded by the entropydecoding means 24; PCM decoding means 26 (e.g. the PCM decoder 203 shownin FIG. 5) for decoding by PCM decoding PCM data of the image in thebitstream; and decoding control means 27 (e.g. the decoding controller202 shown in FIG. 5) for controlling the entropy decoding means 24 andthe PCM decoding means 26, based on the PCM header parsed by the PCMheader parsing means 23.

The exemplary embodiments described above may be partly or whollydescribed in the following supplementary notes, though the presentinvention is not limited to the following structures.

(Supplementary note 1) A video encoding device wherein the multiplexingmeans embeds, in the bitstream, information related to N as PCM blocksize information, in the case where the externally-set block size isgreater than or equal to ¼^(N) of a block size corresponding to amaximum coding unit size or in the case where the externally-set blocksize is greater than or equal to 4^(N) times a block size correspondingto a minimum coding unit size.(Supplementary note 2) A video decoding device wherein thede-multiplexing means obtains information related to N as the PCM blocksize information, in the case where the block size is greater than orequal to ¼^(N) of a block size corresponding to a maximum coding unitsize or in the case where the block size is greater than or equal to4^(N) times a block size corresponding to a minimum coding unit size.(Supplementary note 3) A video encoding device wherein the multiplexingmeans embeds, in the bitstream, information related to N as PCM blocksize information, in the case where the externally-set block size isless than or equal to ¼^(N) of a block size corresponding to a maximumcoding unit size or in the case where the externally-set block size isless than or equal to 4^(N) times a block size corresponding to aminimum coding unit size.(Supplementary note 4) A video decoding device wherein thede-multiplexing means obtains information related to N as the PCM blocksize information, in the case where the block size is less than or equalto ¼^(N) of a block size corresponding to a maximum coding unit size orin the case where the block size is less than or equal to 4^(N) times ablock size corresponding to a minimum coding unit size.

Though the present invention has been described with reference to theabove exemplary embodiments and examples, the present invention is notlimited to the above exemplary embodiments and examples. Various changesunderstandable by those skilled in the art within the scope of thepresent invention can be made to the structures and details of thepresent invention.

This application claims priority based on Japanese Patent ApplicationNo. 2010-264320 filed on Nov. 26, 2010 and Japanese Patent ApplicationNo. 2011-026331 filed on Feb. 9, 2011, the disclosures of which areincorporated herein in their entirety.

REFERENCE SIGNS LIST

-   -   11 transform means    -   12 entropy encoding means    -   13 PCM encoding means    -   14 multiplex data selection means    -   15 multiplexing means    -   21 de-multiplexing means    -   22 block size determination means    -   23 PCM header parsing means    -   24 entropy decoding means    -   25 inverse transform means    -   26 PCM decoding means    -   27 decoding control means    -   102 transformer/quantizer    -   103 entropy encoder    -   104 inverse transformer/inverse quantizer    -   105 buffer    -   106 predictor    -   107 PCM encoder    -   108 PCM decoder    -   109 multiplex data selector    -   110 multiplexer    -   121 switch    -   122 switch    -   201 de-multiplexer    -   202 decoding controller    -   203 PCM decoder    -   204 entropy decoder    -   206 inverse transformer/inverse quantizer    -   207 predictor    -   208 buffer    -   221 switch    -   222 switch    -   1001 processor    -   1002 program memory    -   1003 storage medium    -   1004 storage medium

The invention claimed is:
 1. A video decoding device comprising: one ormore memories storing instructions; and one or more processorsconfigured to execute the instructions to: extract PCM block sizeinformation from a bitstream, the PCM block size information indicatinga threshold (pcmCodingUnitSize) to be used at a PCM header parsingprocess; determine the threshold (pcmCodingUnitSize) based on theextracted PCM block size information; parse a PCM header from thebitstream with respect to an encoded block, only when said encoded blockis prediction mode of intra prediction and a block size of said encodedblock is equal to or greater than the determined threshold(pcmCodingUnitSize), the PCM header being information indicative ofwhether said encoded block is a block that has been encoded byPCM-encoding or not; parse transformed data of a prediction error dataof an image in the bitstream; decode by PCM decoding PCM data of theimage in the bitstream; and control an entropy decoding process and aPCM decoding process based on the parsed PCM header, wherein the one ormore processors perform the decoding operation based on the predictionmode being intra prediction and based on the block size of the encodedblock being equal to or greater than the determined threshold(pcmCodingUnitSize).
 2. A video decoding method comprising: extractingPCM block size information from a bitstream, the PCM block sizeinformation indicating a threshold (pcmCodingUnitSize) to be used at asubsequent PCM header parsing step; determining the threshold(pcmCodingUnitSize) based on the extracted PCM block size information;parsing a PCM header from the bitstream with respect to an encodedblock, only when said encoded block is prediction mode of intraprediction and a block size of said encoded block is equal to or greaterthan the determined threshold (pcmCodingUnitSize), the PCM header beinginformation indicative of whether said encoded block is a block that hasbeen encoded by PCM-encoding or not; controlling an entropy decodingprocess and a PCM decoding process based on the parsed PCM header;parsing transformed data of a prediction error data of an image in thebitstream upon the entropy decoding process being controlled; anddecoding by PCM-decoding PCM data of the image in the bitstream upon thePCM decoding process being controlled, wherein the decoding performs thedecoding operation based on the prediction mode being intra predictionand based on the block size of the encoded block being equal to orgreater than the determined threshold (pcmCodingUnitSize).
 3. Anon-transitory computer readable information recording medium storing avideo decoding program which, when executed by a processor, performs amethod comprising: extracting PCM block size information from abitstream, the PCM block size information indicating a threshold(pcmCodingUnitSize) to be used at a subsequent PCM header parsingprocess; determining the threshold (pcmCodingUnitSize) based on theextracted PCM block size information; parsing a PCM header from thebitstream with respect to an encoded block, only when said encoded blockis prediction mode of intra prediction and a block size of said encodedblock is equal to or greater than the determined threshold(pcmCodingUnitSize), the PCM header being information indicative ofwhether said encoded block is a block that has been encoded byPCM-encoding or not; controlling an entropy decoding process and a PCMdecoding process based on the parsed PCM header; parsing transformeddata of a prediction error data of an image in the bitstream upon theentropy decoding process being controlled; and decoding by PCM-decodingPCM data of the image in the bitstream upon the PCM decoding processbeing controlled, wherein the decoding performs the decoding operationbased on the prediction mode being intra prediction and based on theblock size of the encoded block being equal to or greater than thedetermined threshold (pcmCodingUnitSize).